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Verfahren zur Steuerung einer Netzwerkstation in einem 
Netzwerk eines ersten Typs von einer Netzwerkstation in 
einem Netzwerk eines zweiten Typs sowie Verbindnngseinheit 
zur Verbindnng der Netzwerke des ersten und zweiten Typs 

Die Erfindung betrifft das technische Gebiet der 
Heinmetzwerke. Insbesondere ist die Erfindung angesiedelt in 
dem Bereich wo ein Netzwerk eines ersten Typs, z. B. HAVi 
basiertes Heimnetzwerk mit einem Netzwerk eines zweiten 
Typs, z. B. UPnP basiertes Heimnetzwerk -Qber ein Gateway 
miteinander verbtinden sind. 

Hintergnind der Erfindung 

Zur Vemetz'jing von Geraten im Heimbereich stehen 
mittlerweile unterschiedliche Heimnetzwerk- Standards zur 
Verfugung. Im Bereich der Unterhaltungselektronik hat sich 
insbesondere der Busstandard IEEE 1394 etabliert. Dieser 
ermoglicht die Kommunikation zwischen den Unterhaltungselek- 
tronikgeraten mit sehr hoher Datenrate. Unterstutzt werden 
Datenraten von 100, 200 und 400 Mbit/s (in Zukunft auch 
hohere Datenraten) . Dies ist genug, um asynchrone 
Datenpakete zur Steuerung der Netzwerkstationen als auch 
isochrone Audio- und Video-Datenstrome parallel zu 
ubertragen. Der IEEE 1394 Standard spezifiziert aber nur die 
unteren Schichten des ISO/OSI Ref erenzmodels der Datenkom- 
munikation, namlich die Bit-tSbertragungsschicht (Physical 
Layer) , die Datensichenangsschicht (Data Link Layer) und 
Teile der Vermittlungsschicht (Network Layer) . Die hoheren 
Schichten, namlich Transport schicht (Transport Layer) , 
Kommimikationssteuerungsschicht (Session Layer), Darstel-. 
lungsschicht (Presentation Layer) und Anwendungs schicht 
(Application Layer) sind aber unspezif iziert . 

Ein Konsortium von Unterhaltungselektronikunternehmen hat 
sich daran gemacht auch die hoheren Schichten fur den 
Datenaustausch zwischen den Unterhaltungselektronikgeraten 
zu definieren. Dieser Standard ist bekannt unter dem Kurzel 
HAVi, wobei HAVi fur Home Audio/Video interoperability 
steht. In diesem Standard ist eine sogenannte 
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Interopera±>ility Middleware spezif iziert , die sicherstellt , 
dass Produkte von verschiedenen Herstellern sich gegenseitig 
verstehen, d.h. kooperieren um gemeinsam Aufgaben uber das 
Netzwerk zu erfullen* 

Ein anderes Konsortium von Untemehmen, im besonderen die 
Unternehmen der Computer- Industrie, federfuhrend ist 
Microsoft, haben eine andere Initiative fixr die 
Spezif izierung einer Net zwerksteuer software basierend auf 
dem existierenden Internet Protokoll (IP) gestartet. Dieses 
Netzwerksystera ist vmter dem Kurzel UPnP (Universal Plug and 
Play) bekannt geworden. Bei diesem System ist die 
Spezif izierung nicht primar fur Unterhaltimgselektronik- 
gerate erfolgt, sondern es konnen in dem Netzwerk auch 
andere GerSte integriert sein, wie insbesondere Personal 
Computer, Haushaltsgerate der WeiSen Ware, wie Kuhlschranke, 
Mikrowellen-Herde, Waschmaschinen, als auch 
Heizungssteuerungen, Lichtsteuerungen, Alarmanlagen, usw . 

Obwohl die beiden Heimnetzwerkstandards HAVi und UPnP 
manchmal als Konkurrenten gesehen werden, dienen sie doch 
zumindest zum Teil einem unterschiedlichen Zweck xmd es wird 
ein Szenario vorausgesehen, bei dem beide Netzwerke 
nebeneinander in einem Haushalt exist ieren, die aber uber 
ein Gateway mit einander verbunden werden, Es soli dann 
moglich werden die Ger^te im UPnP -Netzwerk von der HAVi- 
Netzwerkseite aus zu steuem und umgekehrt. Die 
Verbindungseinheit zwischen beiden Netzwerken wird 
nachfolgend als „Gateway^ bezeichnet. Haufig wird der 
Begriff Gateway \mterschieden von dem sonst ebenfalls 
gebrauchlichen Begriff BruckenschaltuJig Oder „Bridge^*. Der 
Unterschied zwischen einer Bruckenschaltung und einem 
Gateway wird darin gesehen, dass eine Bruckenschaltung die 
Datenpakete auf der Datensicherungsschicht an das jeweils 
andere Netzwerk {ibergibt, hingegen bei einem Gateway die 
Datenpakete schon auf einer hoheren Schicht im ISO/OSI 
Ref erenzmodel ubergeben werden. 
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Bei den bisherigen Arbeiten zu den Gateways fur die 
Verbindung von HAVi und UPnP Netzwerken ist itraner von einem 
sogenannten „ Proxy-based Gateway^' Ansatz ausgegangen worden. 
Dahinter verbirgt sich folgendes: Damifc die UPnP 
Netzwerkstationen von einem HAVi-Gerat aus sichtbar sind, 
werden die UPnP-Gerate auf HAVi-Seite im Gateway durch 
sogenannte HAVi-DCM Code Units represent iert . DCM steht 
dabei fiir Device Control Module und bildet ein Interface zur 
Steuerung der allgemeinen Funktionen eines Ger^tes. Diese 
zusatzlichen DCMs sind dann im HAVi-Netzwerk angemeldet und 
konnen von den HAVi-Geraten aus angesprochen werden. Eine 
DCM Code Unit ist dabei pro UPnP-Netzwerkstation notig. 
Bietet die Netzwerkstation unterschiedliche 
Funktionalitaten, wie z.B. ein ubliches Fernsehgerat , das 
die Funktionalitat eines Tuners, eines Amplifiers sowie 
eines Displaygerates hat, so wird in einer DCM Code Unit 
neben dem DCM gegebenenf alls eine Anzahl von sogenannte FCMs 
vorgesehen sein. Ein FCM ist dabei ein sogenanntes 
Functional Component Module mit dem also ein Interface zur 
Steuerung einer spezifischen Geratefunktionalitat abgedeckt 
wird. 

Umgekehrt sollen die HAVi -Netzwerkstationen auch von der 
tJPnP-Seite aus angesprochen werden. Auf UPnP-Seite wird ein 
HAVi-Gerat durch ein sogenanntes UPnP ^Device** dargestellt . 
Ergo wird im Gateway pro HAVi -Netzwerkstation auch ein 
entspxrechendes UPnP Device bereitgehalten. Fur jedes UPnP 
Device existiert eine sogenannte XML Geratebeschreibung, 
Dabei steht XML fur die Beschreibungssprache Extension 
Marlcup Language. Die Entsprechung fur ein HAVi FCM ist auf 
UPnP-Seite ein sogenannter „ Service^'. In einem UPnP Device 
konnen daher mehrere UPnP Services beschrieben sein. Die 
Umsetzung zwischen HAVi DCM/FCM und UPnP Devices/Services 
soli moglichst vollstandig erfolgen. 

Erf indung 

Beim Vergleich beider Standards zeigt es sich aber, dass 
eine vollstandige Umsetzxing zwischen HAVi und UPnP 
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Steuerbefehlen nicht immer moglich ist. Es sei angenommeri/ 
dass im HAVi-Netzwerk ein HAVi-TV Gerat vorhanden ist. 
Dieses wird im HAVi-Netzwerk durch ein FCM vom Typ „Display^ 
Oder durch ein FCM vom Typ „AV-Display'" reprasentiert . Das 
„AV-Display''-FCM ist eine Kombination von dem „Display"*-FCM 
mit einem „Amplif ier*-PCM. 

Damit dieses TV-Gerat von der UPnP-Seite aus steuerbar wird, 
muss im HAVi-UPnP- Gateway eine UPnP -Device -Reprasent at ion 
erzeugt werden und die Steuerbef ehle zwischen dieser 
Representation und dem HAVi-FCM entsprechend umgesetzt 
werden. Dass zu einem HAVi -Display passende UPnP-Gerat ist 
ein sogenanntes "Tvdevice" . Vergleicht man aber die 
Funktionalitaten der beiden Gerate, so stellt man einige 
Unterschiede fest. Beim HAVi -Display lassen sich die 
folgenden Attribute einstellen: Kontrast, Farbton, Farbe, 
Helligkeit, Scharfe. Bei einem UPnP-Gerat lasst sich 
einstellen: Kontrast, Farbton, Farbe, Helligkeit, Programm, 
Lautstarke. Somit lassen sich die UPnP-Funktionen zum Andern 
von Kontrast, Farbton, Farbe, Helligkeit problemlos auf 
zugehorige Funktionen des HAVi ,,Display^*-FCM abbilden, doch 
fur die Funktionalitaten zur Anderung des Programms sowie 
der Lautstarke gibt es keine Entsprechungen, Dies liegt u.a, 
daran, dass die F\inktionalitat des Programmwechsels im HAVi- 
System in einem ^T\iner^'-FCM enthalten ist. Dieses ^Tuner^*- 
FCM ist aber nicht unbedingt IBestandteil der Display DCM 
Code Unit . j 

Die Idee der Erf indung besteht nun darin, die UPnP- 
Funktionalitaten, die nicht direkt auf die HAVi- 
Funktionalitaten abgebildet werden konnen, auf ein mit dem 
jeweiligen HAVi-Gerat verbundenes HAVi-Gerat weiterzuleiten. 
Ist z.B. das HAVi-Display mit einem HAVi-Tuner verb\inden 
(d.h. wenn eine 13 94-Verbindung besteht), dann konnen die 
Steuerbef ehle zur Anderung des Programms direkt an den Tuner 
weitergeleitet werden. Besteht von dem Tuner auch noch eine 
Verbindung („ Connect ion zu einem Audio Amplifier, so 
konnen die entsprechenden Steuerbef ehle zur Anderung der 
Lautstarke an diesen weitergegeben werden. 
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Zeichniingen 

Ausfuhrungsbeispiele der Erfindung sind in den Zeichniingen 
dargestellt und warden in der nachf olgenden Beschreibung 
naher erlautert . Es zeigen: 

Fig. 1 eine Illustration zweier uber ein Gateway 

miteinander verbundener Heiiraietzwerke; 
Fig. 2 Sof twarekoTTiponenten des Gateways; 
Fig. 3 Softwarekomponeriten eines HAVi- Displays, und 
Fig. 4 Sof twarekomponenten eines HAVi-Tuners. 



Beschreibung der Erfindung 

Fig. 1 zeigt die prinzipielle Struktur zweier uber ein 
Gateway (Netzwerkverbindungseinheit) miteinander verbundener 
Heitnnetzwerke. Auf der linken Seite von Fig. 1 ist ein UPnP 
basiertes Heimnetzwerk dargestellt. Die Bezugszahl 10 
bezeichnet als Beispiel eines UPnP Gerates eine 
Uberwachungskamera . Die Bezugszahl 11 bezeichnet ein TV- 
Gerat als weiteres Beispiel einer UPnP Netzwerkstation. Mit 
der Bezugszahl 12 ist noch ein Personal Computer bezeichnet, 
der ebenfalls in das UPnP Netzwerk integriert ist- Die UPnP 
Gerate sind uber eine Netzwerkverbindung 13 verknupft. Als 
Typisches Beispiel fur eine solche Netzwerkverbindung 13 
wird der weitverbreitete und bekannte Ethemetbus erwahnt. 

Auf der rechten Seite der Fig. 1 ist ein Beispiel eines nach 
dem HAVi-Standard ausgelegten Heimnetzwerkes gezeigt. 
Bezugszahl 19 bezeichnet eine sogenannte Set -Top-Box, das 
ist ein Empf angsgerat fur digit ales Fernsehen. Die 
Bezugszahl 20 bezeichnet ein digitales TV^Gerat vom Typ 
HAVi-Display . Solche digitalen TV-Gerate besitzen kein 
eigenes Empf angsteil mehr und auch kein eigenes Audioteil . 
Sie erhalten die digitalen Videodaten von einem anderen 
Gerat, z. B. der Set-Top-Box 19. Im dargestellten Fall 
werden die Videodaten aber uber das Netzwerkkabel zu dem 
digitalen TV-Gerat 2 0 transport iert . Dies kann so gestaltet 
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sein, dass die Set-Top-Box 19 einen MPEG2-Transportstrom 
erzeugt, der die Audio- und Videodaten gemultiplext enthalt . 
Das digitale TV-Gerat 20 entnimmt daim dem Transport strom 
die Videodaten, dekodiert sie und zeigt den ubertragenen 
Videoinhalt auf dem Display an. 

Die Bezugszahl 21 bezeichnet einen Videorekorder . Mit der 
Bezugszahl 22 ist ein Verstarker bezeichnet. Dieser kann 
ebenfalls von der Set-Top-Box mit dem MPEG2- Transport strom 
versorgt werden. Der Verstarker extrahiert die Audiodaten 
aus dem Transport strom, dekodiert sie ixnd gibt den 
Audioinhalt liber die Lautsprecher wieder. 

Das Netzwerkkabel ist durch die Bezugszahl 23 markiert . Im 
angenomme,nen Beispielfall eines HAVi-Netzwerkes wird dieses 
Netzwerkkabel 23 durch den sogenannten IEEE 13 94 Bus 
realisiert . 

In der Mitte von Fig. 1 ist das Gateway 14 dargestellt. 
Dieses verbindet beide Netzwerke miteinander. Dazu ist in 
dem Gateway 14 einerseits ein sogenannter IP-Stack 15 
vorhanden und andererseits ein sogenannter HAVi-Stack 16. In 
dem IP-Stack 15 bzw. HAVi-Stack 16 sind alle 

Sof twarekomponenten enthalt en, die fur die Teilnahme bei dem 
jeweils suageschlossenen Netzwerk erforderlich sind. 
Zusatzlich sind in dem Gateway 14 weitere Softwarekom- 
ponenten enthalteh, die nicht gesondert aufgelistet sind. 
Schematisch ist aber dargestellt, dass zwischen den beiden 
Sof twarestacks 15 und 16 ein Datenaustausch erfolgt. 
Bezugszahl 17 bezeichnet dabei den Datenpfad fur die Audio- 
\ind Videodatenstrome . Bezugszahl 18 hingegen bezeichnet den 
Datenpfad fiir die zwischen beiden Sof twarestacks 
auszutauschenden Steuemachrichten . 

Der HAVi-Standard sowie auch die UPnP-Spezif ikation sind 
verof fentlicht , Die HAVi-Spezif ikation liegt mittlerweile in 
der Version 1.1 vor. Die genaue Bezeichnung ist: The HAVi 
Specification Specification of the Home Audio/Video 
interoperability (HAVi) Architecture", Version 1.1, 15 May 
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2001- Die UPnP-Spezif ikation kann uber die Firma Microsoft 
bezogen werden. Nahere Inf ormationen sind auch auf der 
offiziellen Internetseite fur das UPnP-System vorhanden. 
Diesbezuglich wird auf die Internetseite www . UPnP , org 
hingewiesen . 

Da zur Erlauterung der vorgestellten Erf indung nicht 
samtliche Koniponenten des HAVi- bzw. des UPnP-Systetns 
wichtig sind, werden im nachf olgenden nur die wesentlichen 
Komponenten naher erlautert. Fiir weitere Einzelheiten wird 
im Hinblick auf die Offenbarimg der Erf indung ausdrGcklich 
auf die beiden vorher erwS.hnten Spezif ikationen Bezug 
genotntnen . 

In der Fig. 2 bezeichnen dieselben Bezugszahlen die 
Komponenten, die auch in Fig. 1 dargestellt sind. Darin sind 
die wesentlichen Sof twarekomponenten des Gateways 14 
gezeigt. Wie schon zu Fig. 1 erlautert, beinhaltet das 
Gateway 14 einen Intemetprotokoll-Stack 15 fur die 
Kommunikation im UPnP-Netzwerk und einen HAVi-Stack 16 fur 
die Kommunikation im HAVi -Net zwerk. Das Gateway ist dabei im 
HAVi-Netzwerk als FAV-Gerat ausgelegt, entsprechend Full AV- 
Gerat. Ein FAV-Gerat besitzt die hochste Ausbaustufe an 
Sof twarekomponenten im HAVi -Net zwerk. 

Auf der untersten Ebene des HAVi -Stacks 16 ist die IEEE 1394 
Schnittstelle 41 dargestellt. Diese ist typischer Weise 
nicht als Sof twarekomponente ausgefuhrt. Vielmehr legt der 
IEEE 1394 Standard fest, dass sowohl die 

Bitubertrag\mgsschicht als auch die Datensicherungsschicht 
in Hardware ausgefuhrt sein mussen, Typischer Weise werden 
hierfiir zwei separate ICs eingesetzt. Daruber ist der 
sogenannte Communication Media Manager 42 als 
Sof twarekomponente angesiedelt . Dieser bildet Telle der 
Vermittlungsschicht sowie der Transportschicht und bildet 
eine Schnittstelle zwischen den anderen Sof twareelementen 
und dem IEEE 1394 Bus, 
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Oberhalb des Comiminication Media Managers 42 ist das 
sogenannte Messaging System 43 implementiert . Diese 
Komponente ist in dem HAVi- Standard eine sehr wichtige 
Komponente, da das Messaging System jeweils benutzt wird, 
wenn zwei andere Sof twaremodule untereinander Daten 
austauschen wollen. Das Messaging System ist unabhangig von 
Netzwerk- und Transport schicht im ISO/OSI Ref erenzmodel . 

Ein wei teres Modul des HAVi- Stacks ist ein sogenannter Event 
Manager 44. Der Event Manager 34 hat die Aufgabe, die 
verschiedenen Sof twareelemente im Netzwerk xiber aufgetretene 
Anderungen/Ereignisse zu informieren. Solche Ereignisse 
treten insbesondere iramer dann auf / wenn ein Gerat dem 
Netzwerk hinzugefugt wird oder vom Netzwerk getrennt wird. 

Eine weitere Sof twarekomponente des HAVi Stack 16 ist eine 
sogenannte Registry 45. Xn der Registry sind die verfiigbaren 
Sof twareelemente des Netzwerkes aufgelistet. Die Registry 
bietet den Service an, nach bestimmten Sof twareelementen zu 
snchen. Ein Sof twareelement , dass mit anderen Sof twarelemen- 
ten im Netzwerk kommunizieren mochte, muss in der Registry 
registriert sein* 

Ein weiteres Sof twareelement im HAVi Stack 16 ist ein 
sogenannter DCM Manager 46. Dieser hat die Aufgabe die DCM 
code units f-Cix die jeweiligen Netzwerkstationen in PAV- und 
lAV-Geraten zu installieren, 

Der Ressource Manager 47 hat die Aufgabe daruber zu wachen, 
ob bestimmte Ressourcen des Netzwerks fur eine jeweils 
angeforderte Aufgabe noch zu Verfugung stehen, oder schon 
vergeben sind. Er teilt also den Anwendungsprogrammen 
entsprechende Ressourcen zu, sof em sie frei sind. 

Als weitere Komponente ist noch ein sogenannter Stream 
Manager 48 im HAVi Stack vorhanden. Dieser ist 
verantwortlich fCir die Einrichtung von Verbindungen zwischen 
Netzwerkteilnehmerstationen. "Ober die eingerichteten 
Verbindungen konnen dann AV Datenstrome libertragen werden. 
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Oberhalb der bislang beschriebenen Sof t war ee lament e des HAVi 
Stacks sind noch verschiedene DCM Code Unit in dem Gateway 
eingerichtet . Eine DCM Code Unit ist ein Sof twareelement , 
dass auf HAVi Seite benutzt wird urn ein zugehoriges HAVi- 
Gerat zu steuern. Im Gateway sind deshalb zur Steuerung der 
UPnP Gerate jeweils pro UPnP Gerat eine zugehorige HAVi DCM 
Code Unit installiert. Zum Beispiel bezeichnet die 
Bezugszahl 49 die DCM Code Unit fur die Uberwachungskamera 
10 im UPnP Netzwerk. Die DCM Code Unit 50 dient zur 
Steuerung des Personalcomputers 12 ira UPnP Netzwerk. Auch 
fur das TV-Gerat 11 ist im HAVi Gateway 14 eine zugehorige 
DCM Code Unit 51 vorhanden. Nach der HAVi -Spezifikat ion 
konnen audi die anderen DCM Code Units des HAVi -Net zwerkes 
im HAVi-Gateway 14 installiert sein, miissen es aber nicht, 
wie im Beispiel von Pig. 2 gezeigt. Mit der Bezugszahl 60 
ist noch das Anwendungsprogramm des Gateway 14 bezeichnet. 

Anwendungen, die im HAVi -Netzwerk ausgefuhrt werden, greifen 
auf eine Anzahl von sogenannten FCMs (Funktional Component 
Modules) zu. Im HAVi Standard selbst sind die Funktiona- 
litaten verschiedener Typen von FCMs spezif iziert . Dazu 
gehoren ein Txiner FCM, VCR FCM, Clock FCM, Camera FCM, AV 
Disc FCM, Amplifier FCM, Display PCM, AV Display FCM, Modem 
FCM tmd Webproxy FCM. Zu beachten ist, dass fur ein HAVi- 
Gerat in einem HAVi -Controller im allgemeinen Fall ein DCM 
zur Steuenang der allgemeinen Funktionen des HAVi-Gerates 
sowie eine Anzahl von FCMs installiert sein konnen. DCM und 
die FCMs sind dann in der sogenannten DCM Code Unit 
zusammengef asst . 

Der ebenfalls im Gateway 14 vorhandene IP Stack 15 ist nicht 
mit all seinen Komponenten gezeigt . Der Auf bau eines solchen 
IP Stacks ist aus dem Stand der Technik bekannt . Zur 
Vereinf achung der Darstellung ist deshalb nur eine der 
Komponenten dargestellt. Das- ist ein sogenannter HTTP 
Webserver 33 . Dieser beinhaltet die verschiedenen XML 
Geratebeschreibungen fur die im HAVi Netzwerk vorhandenen 
Gerate. Also eine XML Geratebeschrei-bung 23 fiir den 
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Videorecorder 21, eine XML Geratebeschxei-bung 24 fiir die 
Set Top Box 19, eine XML Geratebeschreibung 25 fur das 
digitale Fernsehgerat 2 0 und eine XML Geratebeschreibung xx 
fur den Verstarker 23 . 

5 

Unterhalb des restlichen Teils des IP Stack 32 ist noch eine 
Ethernet-Schnittstelle 31 gezeigt. Sie dient zur Ankopplung 
des Gateways an das UPnP-Netzwerk. 

10 In Fig. 3 sind fur das digitale TV Gerat 2 0 die einzelnen 
Sof twarelemente des HAVi Stacks ebenfalls gesondert 
aufgefiihrt. Da diese Koniponenten rait den gleichen 
Buchstabenkurzeln und Bezugszahlen bezeichnet sind wie ira 
dem HAVi Stack 16 des Gateways 14, brauchen diese Teile 

15 nicht nochmals im einzelnen erlautert zu werden. 

Das digitale Fernsehgerat 2 0 wird im Ausf lihrungsbeispiel als 
ebenfalls als FAV Gerat angenonmen . Wie bereits erlautert, 
ist ein solches Gerat mit der grofiten Anzahl von HAVi 

20 Sof twareelementen ausgestattet . Die Besonderheit liegt 

darin, dass ein FAV Gerat auch eine sogenannte Java Virtual 
Machine integriert hat. Damit ist das Gerat in der Lage, 
Javacode in lauffahigen Prograramcode umzusetzen und dann 
entsprechend auszufuhren. Ein FAV Ger^t hat die Moglichkeit, 

25 von einem anderen HAVi Netzwerkgerat eine DCM code unit zu 
laden. Die DCM code unit wird dann in dem FAV Gerat neben 
der DCM code unit des FAV Gerates installiert . Deshalb ist 
in Figur 2 gezeigt, dass neben der DCM code ujiit 53 des 
digitalen TV Gerates 44 auch noch die DCM code units 52, 54 

30 und 55 zur Steuerung des Videorecorders 21, der Set Top Box 
19 und des Verstarker 22 installiert sind. Ebenfalls 
dargestellt ist noch ein User Interface 56 • 

Fig. 4 zeigt noch die Sof twarekomponenten der Set -Top-Box 
35 19. Dieses Gerat ist als lAV Gerat (Intermediate AV-Gerat) 
eingestuf t . Es beinhaltet damit weniger Sof twarekomponenten 
als ein FAV-Gerat. Die gezeigten Sof twarekomponenten werden 
im einzelnen nicht noch einmal erwahnt, da sie bereits 
vorher erlautert worden sind. 
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Fig. 5 zeigt noch die Sof twarekomponenten des Verstarkers 
22. Auch dieses Gerat ist als lAV Gerat eingestuft. Die 
Sof twarekomponenten von Videorekorder 21 und Verstarker 22 
5 sind nicht gesondert gezeigt, da sie der Anordnung der Set- 
Top -Box 19 entsprechen. 

Nachfolgend wird jetzt beschrieben wie die verschiedenen 
Sof twareelemente zusatmnenspielen, wenn von UPnP-Seite aus 

10 Gerate im HAVi Netzwerk gesteuert werden sollen. Da der HAVi 
Stack 16 jedoch keine spezif izierten UPnP-Botschaf ten 
akzeptiert, muss von Seiten der Gateway- Software 60 eine 
Ubersetzung dieser Botschaften in das fur den HAVi -Stack 15 
verstandliche Format ausgelost/vorgenommen werden. Die vom 

15 UPnP- Stack 15 generierte zugehorige UPnP Botschaft kann auf 
dem sogenannten SOAP Protokoll (Simple Objekt Access 
Protocol) basieren. Deshalb muss die Gateway- Sof tware 60 
eine Umwandlung der SOAP-Botschaf t in die Form einer HAVi- 
Botschaft veranlassen oder selbst durchf uhren . Da beide 

20 Systeme spezifiziert sind, ist diese Umsetzung fur viele 
UPnP-Botschaf ten ohne weitere Schwierigkeiten moglich. 

Im folgenden wird angenommen, dass von dem UPnP-Tvdevice 11 
das HAVi-display device 20 gesteuert werden soil. Nach UPnP 
25 Spezif ikation besitzt das Tvdevice eine Reihe von Services 
i mit denen Gerateeinstellungen verandert werden konnen. Diese 
sind ±.B. Kontrast, Farbton, Farbe, Helligkeit, Programm, 
Lautstarke. Zu den Services Kontrast, Farbton, Farbe, 
Helligkeit gibt es in der HAVi -Display FCM entsprechende 
30 Services, namlich Display: iSetContrast, Display: :SetTint, 
Display: rSetColor und Display :: Brightness • Die 
entsprechenden SOAP-Befehle konnen somit in der Gateway 
Software 60 leicht in die richtigen HAVi-Display FCM 
Kommandos umgewandelt werden. 

35 

Da f-Qr die Programm- und Lautstarkeeinstellung aber keine 
Entsprechungen in dem HAVi-Display FCM exist ieren, wird fur 
die Umwandliing wie folgt vorgegangen. 
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Laut starkeeins telliang ' 

Die Gateway- Software 60 uberpruft, ob fur das HAVi-Display 
eine eingerichtete Verbindimg registriert ist, Dazu richtet 
es uber das Messaging- System 43 eine Anfrage an den Stream 
Manager 48. Wenn eine Verbindimg eingerichtet ist, z.B. zur 
Set -Top-Box 19, wird uberpruft, ob die Set -Top-Box eine 
weitere Verbindung eingerichtet hat zu einer Amplifier FCM. 
Wenn das der Fall ist, wird die Umsetzung eines Befehls zur 
Lautstarkeeinstellung so vorgenommen, dass der Befehl in der 
Form Amplif ier: : Set Volume an die Amplifier FCM im Gateway 14 
gerichtet wird. Dieses sendet die entsprechende HAVi- 
Botschaft an den Verstarker 22 uber den IEEE1394-Bus 23. 

Programmeinstellung 

Wenn von dem UPnP-TV-Gerlit der Befehl zur 

Prograramumschaltung kommt, also entweder Prog+ oder Prog-, 
dann uberpruft die Gateway- Software 60, ob bei dem Stream 
Manager 4 8 fur das HAVi-Display eine Verbindung mit einer 
Tuner-FCM registriert ist . Wenn das der Fall ist, wird die 
Umsetzung des Befehls zur Programmeinstellung so 
vorgenommen, dass der Befehl in der Form 
Tuner :: SelectService an die Tuner-FCM im Gateway 14 
gerichtet wird. Dieses sendet die entsprechende HAVi- 
Botschaft an die Set-Top-Box 19 fiber den IEEE1394-Bus 23. 

Die Erfindung kann insbesondere bei einem Gateway das zur 
Verbindung eines HAVi Netzwerks mit einem UPnP Netzwerk 
dient eingesetzt werden. Denkbar sind aber auch 
Einsatzmoglichkeiten bei Gateways die andere Netzwerke 
miteinander verbinden, zum Beispiel ein HAVi Netzwerk mit 
einem OSGi Netzwerk Oder ein auf Powerline Datenubertragung 
basiertes Netzwerk wie EHS mit einem IP Netzwerk wie UPnP 
Oder OSGi. 
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Anspruclxe 

1. Verfahren zur Steuerung einer Netzwerkstation (20) in 
einetn Netzwerk eines ersten Typs von einer Netzwerkstation 
(11) in einem Netzwerk eines zweiten Typs wobei zur 
Verbindung der beiden Netzwerke eine 

Netzwerkverbindungseinheit (14) vorgesehen ±&t, wobei von 
der Netzwerkverbindiangseinheit (14) eine direkte Umsetzung 
der Steuerbef ehle im Foarmat des Netzwerks des zweiten Typs 
in das entsprechende Poirmat des Netzwerks des ersten Typs 
vorgenoTtimen wird, wenn das zu steuemde Gerat des Netzwerks 
des ersten Typs eine entsprechende Fvmktionalitat aufweist, 
dadurch gekennzelchnet, dass von der 

Netzwerkverbindungseinheit (14) eine indirekte Umsetzung der 
Steuerbef ehle vorgenommen wird, wenn das zu steuemde Gerat 
des Netzwerks des ersten Typs eine entsprechende 
Funktionalitat nicht aufweist, derart, dass uberpruft wird, 
ob fur die zu steuemde Netzwerkstation (2 0) eine 
Datenverbindung tnit einer weiteren Netzwerkstation (19) 
vorgesehen ist, die eine entsprechende Funktionalitat 
aufweist, und wenn ja, dass der Steuerbef ehl in das 
dement sprechende Format umgesetzt wird und an die weitere 
Netzwerkstation (19) gesendet wird. 

2. Verfahren nach Anspruch 1, wobei, wenn die weitere 
Netzwerkstation (20) die entsprechende Funktionalitat nicht 
aufweist, \iberpruft wird, ob fur die weitere Netzwerkstation 
(20) eine Datenverbindung zu einer dritten Netzwerkstation 
(22) eingerichtet ist, die eine entsprechende Funktionalitat 
aufweist, und wenn ja, dass der Steuerbef ehl in das 

dement sprechende Format der dritten Netzwerkstation (22) 
umgesetzt wird und an die dritte Netzwerkstation (22) 
gesendet wird. 

3 . Verfahren nach Anspruch 1 oder 2 , wobei die zu steuernde 
Netzwerkstation (2 0) im Netzwerk des ersten Typs ein 
Display-Gerat ist und das Steuergerat (11) im Netzwerk des 
zweiten Typs ein TV-Gerat ist . 
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4 . Verf ahren nach Anspruch 3 , wobei bei . Eintref f en eines 
Steuerbef ehls bzgl , der Programmeinstellung von der 
Netzwerkverbindvingseinheit (14) uberpruft wird, ob das 
Display-Gerat (20) eine eingerichtete Datenverbindung zu 
einem Ttmer-Gerat (19) unterhalt und wenn ja, dass der 
Steuerbef ehl in das passende Format des Tuner-Gerates (19) 
umgesetzt wird und an das Tuner-Gerat (19) gesendet wird, 

5. Verf ahren nach Anspruch 2, wobei bei Eintref fen eines 
Steuerbef ehls bzgl, der Lautstarkeeinstellung von der 
Netzwerkverbindungseinheit (14) uberpruft wird, ob das 
Display-Gerat (2 0) eine eingerichtete Datenverbindung zu 
einem Videodaten-Quellgerat (19) unterhalt tand wenn ja, ob 
weiterhin fur das Videodaten-Quellgerat (19) eine 
Datenverbindung zu einem Audiogerat (22) eingerichtet ist, 
und wenn ja, dass der Steuerbef ehl bzgl . der 
Lautstarkeeinstellung in das passende Format des Audio- 
Gerates (22) umgesetzt wird xind an das Audio-Gerat (22) 
gesendet wird. 

6. Verf ahren nach einem der vorhergehenden Anspruche, wobei 
das Netzwerk des erst en Typs ein auf dem HAVi Standard 
basierendes Netzwerk ist, wobei HAVi fur Home Audio/Video 
Interoperability steht. 

7. Verf ahren nach einem der vorhergehenden Anspruche, wobei 
das Netzwerk des zweiten Typs ein auf dem Intemetprotokoll 
basierendes Netzwerk ist, insbesondere UPnP, wobei UPnP fur 
Universal Plug and Play steht. 

8 . Verf ahren nach einem der Anspruche 6 oder 7 , wobei der 
Steuerbef ehl zur Programmeinstellung in den HAVi -Bef ehl 
Tuner :: SelectService einer Tuner FCM umgewandelt wird, wobei 
FCM fur Functional Component Module steht. 

9 . Verf ahren nach einem der Anspruche 6 bis 8 , wobei der 
Steuerbef ehl zur Lautstarkeeinstellung in den HAVi -Bef ehl 
Amplifier: :SetVolume einer Amplifier FCM umgewandelt wird. 
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9. Verbindungseinheit zur Verbind\ing eines Netzwerks eines 
ersten Typs mit einem Netzwerk eines zweiten Typs, mit 
Umsetziingsmitteln zur direkten Umsetzung von Steuerbef ehlen 
des einen Netzwerktyps in das Format des anderen 
Netzwerktyps, dadurch gekexmzelchnet, dass die 
Verbindungseinheit (14) weitere Umsetzxingsmittel zur 
indirekten Umsetzxing von Steuerbef ehlen aufweist, die 
aktiviert werden, wenn das zu steuemde Gerat (20) des 
Netzwerks des ersten Typs die dem Steuerbefehl entsprechende 
Funktionalitat nicht aufweist, wobei die weiteren 
Umsetzungsmittel uberprufen, ob fur die zu steuemde 
Netzwerks tat ion (20) eine Datenverbindxing mit einer weiteren 
Netzwerkstation (19) vorgesehen ist, die eine entsprechende 
Funktionalitat aufweist, und wenn ja, dass sie den 
Steuerbefehl in das dement sprechende Format fur die weitere 
Netzwerkstation (19) umsetzen und an die weitere 
Netzwerkstation (19) senden. 

10. Verbindungseinheit nach Anspruch 9, wobei, wenn die 
weitere Netzwerkstation (20) die entsprechende 
Funktionalitat nicht aufweist, die weiteren Umsetzungsmittel 
ttberpruf en, ob fur die weitere Netzwerkstation (20) eine 
Datenverbindxing zu einer dritten Netzwerkstation (22) 
eingerichtet ist, die eine entsprechende Funktionalitat 
aufweist, und wenn ja, dass sie den Steuerbefehl in das 
dement sprechende Format der dritten Netzwerkstation (22) 
umsetzen und an die dritte Netzwerkstation (22) senden. 

11. Verbindungseinheit nach Anspruch 9 oder 10, wobei bei 
Eintref f en eines Steuerbef ehls bzgl . der Programmeinstellung 
von einem TV-Gerat (11) im Netzwerk des zweiten Typs die 
weiteren Umsetzungsmittel uberprufen, ob das Display-Gerat 

(2 0) im Netzwerk des ersten Typs an das der Steuerbefehl 
gerichtet ist, eine eingerichtete Datenverbindung zu einem 
Tuner-Gerat (19) unterhalt und wenn ja, dass sie den 
Steuerbefehl in das passende Format des Tuner-Gerates (19) 
umsetzen und an das Tuner-Gerat (19) senden. 
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12. Verbindiingseinheit nach einem der Anspruche 9 bis 11, 
wobei bei Eintreffen eines Steuerbef ehls bzgl . der 
Lautstarkeeinstellung die weiteren Umsetziongsmittel 
uberprufen, ob das Display-Gerat (2 0) eine eingerichtete 
Datenverbindung zu einem Videodaten-Quellgerat (19) 
iinterhalt imd wenn ja, ob weiterhin fur das Videodaten- 
Quellgerat (19) eine Datenverbindvmg zu einem Audiogerat 
(22) eingerichtet ist, und wenn ja, den Steuerbef ehl bzgl. 
der Lautstarkeeinstellung in das passende Format des Audio- 
Gerates (22) umsetzen und an das Audio-Gerat (22) senden. 

13 . Verbindungseinheit nach einem der vorhergehenden 
Anspruche, wobei sie zur Verbindung eines auf dem HAVi 
Standard basierenden Netzwerks, wobei HAVi fur Home 
Audio/Video Interoperability steht, mit einem auf dem 
Intemetprotokoll basierenden Netzwerk, insbesondere UPnP, 
wobei UPnP fur Universal Plug and Play steht, ausgelegt ist. 

14. Verbindungseinheit nach Anspruch 13, wobei die weiteren 
Umsetzungsmittel so ausgelegt sind, dass sie den 
Steuerbef ehl zur Programmeinstellung in den HAVi -Bef ehl 
Tuner : iSelectService einer Tuner FCM umwandeln, wobei PCM 
fur Functional Component Module steht . 

15. Verbindiingseinheit nach Anspruch 13 oder 14, wobei die 
weiteren Umsetzungsmittel so ausgelegt sind, dass sie den 
Steuerbef ehl zur Lautstarkeeinstellung in den HAVi -Bef ehl 
Amplifier: iSetVolurae einer Ainplifier FCM umwandeln. 
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Zusaxamenfassung 

Die Erfindung betrifft das Gebiet der Heiranetzwerke, 
5 insbe sender e der Verbindxing zweier Heinuietzwerke 

unterschiedlichen Typs uber ein Gateway (14) . Die Netzwerk- 
gerate im Netzwerk des ersten Typs sollen auch die 
Netzwerkgerate im Netzwerk des zweiten Typs steuem konnen 
und utngekehrt. Bei der Realisierung von Steuernachrichten- 
10 umsetziingen ist das Problem aufgetreten, dass zwar fur viele 
Steuemachrichten direkte Umsetziingen in das Format des 
anderen Netzwerkes moglich sind, aber in einigen Fallen in 
dem zu steuemden Gerat keine Entsprechung fur eine 
Steuemachricht vorhanden ist . 

15 

Zur Umsetzung solcher Steuemachrichten wird vorgeschlagen, 
in der Netzwerkverbindungseinheit (14) Mittel (60) 
vorzusehen, die uberpriifen, ob fur das zu steuernde Gerat 
(20) eine Datenverbindung mit einem weiteren Netzwerkgerat 

20 (19) eingerichtet ist und, wenn das weitere Netzwerkgerat 
(19) diese Geratefunktionalitat aufweist, die Umsetzving so 
erfolgt, dass die. Steuemachricht in eine entsprechende 
Steuemachricht fur das weitere Netzwerkgerat (19) umgesetzt 
wird und an das weitere Netzwerkgerat (19) weitergeleitet 

25 wird. 

r Fig. 2 
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